Re: End Work on IPv4

"R. Atkinson" <rja.lists@gmail.com> Mon, 02 October 2017 14:56 UTC

Return-Path: <rja.lists@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CFB1134483 for <ietf@ietfa.amsl.com>; Mon, 2 Oct 2017 07:56:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EKknfRh6tI4f for <ietf@ietfa.amsl.com>; Mon, 2 Oct 2017 07:56:56 -0700 (PDT)
Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90356134683 for <ietf@ietf.org>; Mon, 2 Oct 2017 07:56:55 -0700 (PDT)
Received: by mail-qk0-x229.google.com with SMTP id u7so4909864qku.13 for <ietf@ietf.org>; Mon, 02 Oct 2017 07:56:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=gRfQKk0MgwhvNddfrn/ObjYIqZhMmgK4Z5O3lGA+Glg=; b=aWw2zYf2GCD4sGI4nOmd8p+mJ3yc2WKCzhEif42d7FgjN3px7AyGbZkmzwfhd5xzhg 2/HhNpDJ+1l2wBXzfeaU0bUEXtwW/rh4XkCHiSzWz8CUGFX9Y6qZZSpNPIr/SjCFz1VB YBucirm8Oi4SyzRmwRgWLjAAvd1GXAWRkCRig8tdMOPMBhOZrOcUj3Cv6FUvxMIoBSZD 7oCN95eG51uoiV3LlTi/Uw62Qs6XUEXbW1sLvJ9hcnMfvOWmwZKAIKZu6ib6I9j2l7lb ClcZSJMUTe4IdAjmKrdTdzJ29V0hqs2/jezc6+Vy4npJyD5bC1hH22W0pE+lCzoJZ8VX DG8w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=gRfQKk0MgwhvNddfrn/ObjYIqZhMmgK4Z5O3lGA+Glg=; b=lEqgjcKGbZvK/37husaLBWZs49XRdUFuP77vUS/PLPXuUfGhN6Yewu244Tdsc3ji05 sh10QgYm/2RGI0srXtLyYYkroxed29aexbF9k8+ObHm4rPuPvYDA8pXvMMxBSLCAyink 59zsq4NrbdVq7k4i8JdwUmqYGkobpMBjwz29QM+kjJABquwwQ0zR/9bF0+tE4XH2znoD 30dyqgwApOfiQIollRN7+LQQiF32yP7zlIM/vlysqw6jfhuQiOkGoEOvQPfpBeUia7wJ 3JlrZ9r49rrCRgqqLH8UQpKO5tpEzihXzkujXy+oyxZMqxyFoFrhLnsrkTYcLmp6F0zC Jt6A==
X-Gm-Message-State: AMCzsaWdKMpe8fsazyJBTheWC3ayN98VZJ/+Gg1jI04OuPVDEluTcSXh pDj9NBJZrDqFHr2njR5B2CwITw==
X-Google-Smtp-Source: AOwi7QBiAEkjg9INIoOwpB22eARJ0zBk71eQ+usjtL+jJrouUdxmd8GNuOYzmMJWsZkSb4eQbgAQ9w==
X-Received: by 10.55.212.28 with SMTP id l28mr14852182qki.259.1506956214491; Mon, 02 Oct 2017 07:56:54 -0700 (PDT)
Received: from [10.30.20.13] (pool-173-73-12-2.washdc.fios.verizon.net. [173.73.12.2]) by smtp.gmail.com with ESMTPSA id j205sm2603517qke.7.2017.10.02.07.56.53 for <ietf@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 02 Oct 2017 07:56:53 -0700 (PDT)
From: "R. Atkinson" <rja.lists@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Subject: Re: End Work on IPv4
Message-Id: <B980617C-EFA0-4A80-9197-3009A6CD4C41@gmail.com>
Date: Mon, 02 Oct 2017 10:57:01 -0400
To: ietf@ietf.org
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/KgdrsTAhwk4RFFH1B9Yrj_s0ZsY>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Oct 2017 14:56:58 -0000

All,

1. My guess is that most folks agree with the principle of not undertaking new IPv4-only work.

2. Similarly, if the IESG were to adopt a practice/policy (if they haven’t already done so)
    that IPv4-only work on the IETF-Track required an IESG exception, then I think
    most folks here would be fine with that.

3. Many networks will need to be dual-stack (IPv4 + IPv6) for many years to come.
    This is a practical reality, even though it is inconvenient and politically incorrect.
    So there likely will be specific areas where work that applies both to IPv4 and IPv6
    will need to be undertaken both now and in the foreseeable future.  This ought not
    conflict with (1) above.


Discussion:
————————

The particular I-D (draft-ietf-sunset-4-ipv6-ietf-01.txt) is not sufficiently clearly written,
if it is trying to achieve either of the objectives (1-3) above.  I think many folks would like
to see at least both the title and abstract re-worked, probably the whole draft reworked,
to make it more clear that the objective is to discontinue most IETF IPv4-only work.
Certainly, I would want the title, the abstract, and the rest of the document to be edited 
to have a consistent, clear, and non-inflammatory message consistent with (1-3) above.

I have to agree with Stephen Farrell that the best we can hope for in this are is to avoid
“most” IPv4-only work, on grounds that if a major issue (e.g., security) arose in some 
IPv4-specific specification, then the IETF ought to address/resolve that IPv4-unique issue.

However, if the IETF tries to take a hard line that no new IPv4 work is allowed, then the 
practical result will be that some other standards body will simply do IPv4-unique work
outside the IETF (in practice; de facto) — which would be a very bad outcome, both for 
interoperability and for global standards cooperation.

Yours,

Ran